home *** CD-ROM | disk | FTP | other *** search
/ Network Support Library / RoseWare - Network Support Library.iso / pressgen / mprrul.txt < prev    next >
Text File  |  1993-10-22  |  68KB  |  1,533 lines
  1.  
  2.               NOVELL TECHNICAL INFORMATION DOCUMENT
  3.  
  4. TITLE:              MPR 2.1 and MPR 2.1 Plus -- Rules-of-Thumb
  5. DOCUMENT ID:        TID200003
  6. DOCUMENT REVISION:  A
  7. DATE:               15SEP93
  8. ALERT STATUS:       Yellow
  9. INFORMATION TYPE:   Issue
  10. README FOR:         NA
  11.  
  12. NOVELL PRODUCT and VERSION:
  13. NetWare MultiProtocol Router 2.1
  14. NetWare MultiProtocol Router PLUS 2.1
  15.  
  16. ABSTRACT:
  17.  
  18. NetWare MPR provides cost-effective multiprotocol internetworking in the
  19. local area.  NetWare MPR Plus extends MPR's internetworking range outside the
  20. local area via industry standard WAN protocols.
  21.  
  22. AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
  23.  
  24. DISCLAIMER
  25. THE ORIGIN OF THIS INFORMATION MAY BE INTERNAL OR EXTERNAL TO NOVELL.  NOVELL
  26. MAKES EVERY EFFORT WITHIN ITS MEANS TO VERIFY THIS INFORMATION.  HOWEVER, THE
  27. INFORMATION PROVIDED IN THIS DOCUMENT IS FOR YOUR INFORMATION ONLY.  NOVELL
  28. MAKES NO EXPLICIT OR IMPLIED CLAIMS TO THE VALIDITY OF THIS INFORMATION.
  29. AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
  30.  
  31.  
  32. ISSUE
  33.  
  34. Introduction
  35.  
  36. This document provides guidelines and tips for configuring the NetWare
  37. MultiProtocol Router 2.1 software and the NetWare MultiProtocol Router Plus
  38. 2.1 software.  Both products are part of the Novell family of local and
  39. remote internetworking products.  The Novell internetworking product family
  40. provides flexible and reliable local and remote routing and source route
  41. bridging connectivity for multiprotocol networks by building on Novell
  42. NetWare and industry-standard PC technology.
  43.  
  44. NetWare MultiProtocol Router
  45.  
  46. The NetWare MultiProtocol Router software contains the following features: 
  47.  
  48. * Source route bridging of all protocols (including NetBIOS    and IBM SNA)
  49. on token ring networks
  50.  
  51. * Novell IPX, IP, AppleTalk, and OSI routing
  52.  
  53. * Ethernet, token ring, ARCnet, LocalTalk, and FDDI (Fiber    Distributed
  54. Data Interface) media support for routing
  55.  
  56. * Network management by SNMP and NetWare utilities
  57.  
  58. * Includes NetWare Hub Services Manager software
  59.  
  60. * InterNetwork Configuration (INETCFG) utility for ease of    configuration
  61.  
  62. * SAP (Service Advertising Protocol) Filtering
  63.  
  64. The NetWare MultiProtocol Router software runs on 80386 or 80486-based PCs
  65. using ODI-certified network interface boards.  By considering the amount of
  66. traffic that travels across the bridge/router and choosing the right PC and
  67. network interface boards, you can build a bridge/router that is right for
  68. your application. 
  69.  
  70. NetWare MultiProtocol Router Plus
  71.  
  72. NetWare MultiProtocol Router Plus 2.1 is a software connectivity package
  73. consisting of the wide-area links, NetWare Link/PPP (Point-to-Point
  74. Protocol), and NetWare Link/X.25.  NetWare MultiProtocol Router Plus provides
  75. reliable WAN connectivity in multiprotocol networks as well as providing all
  76. the LAN connectivity features contained in the NetWare MultiProtocol Router
  77. software.
  78.  
  79. NetWare MultiProtocol Router Plus operates over X.25 and synchronous
  80. point-to-point communication lines.  NetWare MultiProtocol Router Plus
  81. supports the routing of IPX, IP, AppleTalk, and OSI protocols, as well as
  82. source route bridging, over PPP and X.25, as shown in Figure 1 below. 
  83. NetWare Link/X.25 provides a transport medium for Qualified Logical Link
  84. Control (QLLC), Message Handling Service, and File Transfer Access and
  85. Management (FTAM).  Clock rates range from 1200 bps to 64 Kbps for NetWare
  86. Link/X.25, and 1200 bps to 2.048 Mbps for NetWare Link/PPP.  This product
  87. takes advantage of the reliability, security, performance, and routing
  88. features of NetWare 3.11. 
  89.  
  90. README.21 File
  91.  
  92. Please read the README.21 file on the NetWare MultiProtocol Router Disk 1 or
  93. NetWare MultiProtocol Router Plus Disk 1 for the latest changes.  The
  94. information in the README file will assist you during the installation,
  95. configuration, and operation of the router. 
  96.  
  97. Requirements for LAN Connectivity
  98.  
  99. Before installing the NetWare MultiProtocol Router software, ensure that the
  100. following hardware and software requirements are met.  These requirements
  101. also apply to the NetWare MultiProtocol Router Plus software.  Additional
  102. hardware requirements for the NetWare MultiProtocol Router Plus software are
  103. explained further on. 
  104.  
  105. Server-Based vs. Dedicated Routing
  106.  
  107. NetWare 3.11 software comes with IPX, IP, and AppleTalk routing capabilities.
  108. However, there are many factors to consider before deciding to use
  109. server-based routing or dedicated routing.  The following guidelines may be
  110. helpful: 
  111.  
  112. Server-Based Routing
  113.  
  114. Using NetWare 3.11 software eliminates the extra cost of purchasing a
  115. dedicated PC for routing, but it has a definite impact on the server's
  116. performance.  If server-based routing is used, the server is responsible for
  117. performing file reads and writes, print services, and the additional load of
  118. router packet forwarding.  This causes performance degradation, resulting in
  119. slower network services, slower packet forwarding, or both. Additionally,
  120. when routing is combined in the server and the server fails or is brought
  121. down for maintenance, network connectivity that was available through the
  122. server-based router is completely lost unless there is a back-up
  123. server/router. 
  124.  
  125. Dedicated Routing
  126.  
  127. When designing a network for performance, a dedicated router is the ideal
  128. choice.  NetWare MultiProtocol Router takes full advantage of 32-bit
  129. processing and 80386/80486 technology.  Network users will notice that
  130. separating server and router functions increases both server and router
  131. throughput.  Quite often, separate organizations or individuals maintain
  132. servers and routers.  A dedicated router allows independent management and
  133. location of servers and routers.  Using servers and dedicated routers in
  134. parallel provides redundant connectivity.  Therefore, if a server is brought
  135. down for maintenance or becomes inoperable, a separate dedicated router can
  136. still provide users with a network connection.
  137.  
  138. Computers/Memory
  139.  
  140. The NetWare MultiProtocol Router software requires a 80386-based PC or
  141. 80486-based PC with at least 8 MB of RAM, 40 MB of hard disk space, 13 MB
  142. free disk space (in addition to the 7 MB required for NetWare or NetWare
  143. Runtime software), and one high-density floppy disk drive.  An EISA (Extended
  144. Industry Standard Architecture) or MCA (Micro Channel Architecture) bus
  145. system is recommended for high-performance applications.  A keyboard and
  146. monitor are required for initial installation, but they are not needed for
  147. maintenance and management.
  148.  
  149. Table 1 is partial list of the computers systems that have been tested to
  150. work with the NetWare MultiProtocol Router software.  If your PC does not
  151. appear on the list, ask the manufacturer whether it has been certified by
  152. Novell Labs to run NetWare. 
  153.  
  154. Table 1 - Tested Systems
  155.  
  156. AST Premium II 386SX20 (ISA)
  157. AST Power Premium 486/33, 50, 66 (EISA)
  158. Compaq DESKPRO 486/33, 50, 66m (EISA)
  159. Compaq SYSTEMPRO 486/33 (EISA)
  160. DEC 400XP (EISA)
  161. Gateway 2000 486/33 (EISA)
  162. IBM PS/2 Model 57SX (386, 16-bit only, MCA)
  163. IBM PS/2 Model 80 (386, MCA), 90 (486/50, MCA),
  164. 95 (486/50, MCA)
  165. Industrial Computer Source 386/33 (ISA)
  166. Industrial Computer Source 486/33 (ISA)
  167.  
  168. Boards Tested for LAN Routing
  169.  
  170. Busy networks place an extraordinary demand on network interface boards, so
  171. you should choose high-performance, well-supported boards that are certified
  172. by Novell Labs for NetWare 3.11.  Novell has tested the NetWare MultiProtocol
  173. Router software extensively with the ODI-compatible boards shown in Table 2. 
  174. If your board does not appear in Table 2, ask the manufacturer whether your
  175. board's driver has been certified by Novell Labs.  If you are routing TCP/IP,
  176. AppleTalk, or OSI, you should be especially conservative in choosing your
  177. boards, because some vendors have not yet tested their drivers with these
  178. protocols.
  179.  
  180. Table 2 - LAN Boards Tested for Routing
  181.  
  182. Board Name                 Type     Characteristics
  183.  
  184. Novell NE2000              Ether    8-bit, ISA
  185. Novell NE3200              Ether    32-bit, EISA, DMA
  186. Novell NE/2                Ether    16-bit, Micro Channel, I/O Novell NE/2-32
  187. Ether    32-bit, Micro Channel
  188. Novell NE32 Hub            Ether    32-bit, EISA
  189. Compaq NETFLEX             Ether    32-bit, EISA, DMA
  190. Mylex LNE390               Ether    32-bit, EISA, slave
  191. Intel EthExpress 16        Ether    16-bit, ISA
  192. Intel EthExpress 16TP      Ether    16-bit, ISA
  193. Intel EthExpress 16C       Ether    16-bit, ISA
  194. Intel EthExpress TPE Hub   Ether    32-bit, EISA, DMA
  195. Intel EthExpress TPE Hub   Ether    16-bit, ISA
  196. IBM Token-Ring 16/4        Token     8-bit or 16-bit, ISA
  197. IBM Token-Ring 16/4/A      Token    16-bit, Micro Channel
  198. Madge SMART 16/4           Token    16-bit, ISA, DMA
  199. Madge Ringnode             Token    32-bit, EISA
  200. Madge Ringnode             Token    32-bit, Micro Channel
  201. Intel TokenExpress 16s     Token    16-bit, ISA
  202. Compaq NETFLEX             Token    32-bit, EISA, DMA
  203. 3Com 3C619 TokenLink Plus  Token    16-bit, ISA
  204. Chipcom 208ML-IN Hub       Token    16-bit, ISA, DMA
  205. Olicom 16/4 Adapter        Token    32-bit, EISA, DMA
  206. SMC PC130                  ARCnet    8-bit, ISA, DMA
  207. Thomas Conrad TC6245       ARCnet   16-bit, ISA, DMA
  208. Novell Turbo RX-Net II     ARCnet   ISA
  209. Codenol A/B CodeNet 9543   FDDI     16-bit, ISA, DMA
  210. Dayna DL2000               LocTalk  ISA
  211. Dayna DL/2                 LocTalk  Micro Channel
  212.  
  213. Boards Tested for LAN Bridging
  214.  
  215. Source route bridging requires drivers certified by Novell Labs to support
  216. the source route bridge enhancements to the NetWare ODI Server Driver
  217. Specifications.  For optimum performance, the filtering provided by these
  218. enhancements should be implemented on the adapter board.  Table 3 lists
  219. boards that meet this criteria.  If your board does not appear in Table 3,
  220. ask the manufacturer whether your board's driver has been certified by Novell
  221. Labs. 
  222.  
  223. Table 3 - LAN Boards Tested for Source Route Bridging
  224.  
  225. Board Name                 Type     Characteristics
  226.  
  227. IBM Token-Ring 16/4        Token     8-bit or 16-bit, ISA
  228. IBM Token-Ring 16/4/A      Token    16-bit, Micro Channel
  229. Madge Bridgenode           Token    32-bit, EISA
  230. Madge Bridgenode           Token    32-bit, Micro Channel
  231. Novell/Eagle NTR2000       Token    16-bit, ISA
  232. Novell/Microdyne NTR2000   Token    16-bit, ISA
  233. 3Com TokenLink III         Token    16-bit, ISA
  234.  
  235. NetWare and DOS
  236.  
  237. The NetWare MultiProtocol Router software is based on NetWare Runtime 3.11
  238. software.  This software requires DR DOS version 6.0 software or MS-DOS
  239. version 3.1 or later.
  240.  
  241. Requirements for WAN Connectivity
  242.  
  243. A number of separate components are needed to establish and operate a WAN
  244. link: 
  245.  
  246. * NetWare 3.11 or NetWare 3.11 Runtime (If you are installing on an existing
  247. router or server, this software will be present; otherwise, it must be
  248. installed before you install the NetWare MultiProtocol Router Plus software. 
  249. NetWare Runtime is included on the NetWare MultiProtocol Router Plus product
  250. diskettes.)
  251.  
  252. Caution:  NetWare MultiProtocol Router Plus does not operate within a NetWare
  253. 2.x server, or with ROUTEGEN.
  254.  
  255. * NetWare MultiProtocol Router Plus software (NetWare Link/X.25 and NetWare
  256. Link/PPP)
  257.  
  258. * Communication boards (LAN boards, hub boards, and Novell Synchronous/+
  259. Adapter)
  260.  
  261. * Customer-premise equipment (such as synchronous modems, DSU/CSUs (Digital
  262. Service Unit/Channel Service Unit), multiplexers, or data switches
  263.  
  264. * Telecommunications service (such as X.25 ports or leased lines)
  265.  
  266. A careful evaluation of needs and selection of components ensures
  267. cost-effective and efficient transmission of data communications.
  268.  
  269. Many organizations provide telecommunications services to transfer LAN-to-LAN
  270. data, and many companies provide the appropriate modems or other
  271. customer-premise equipment.  Before attempting to implement wide area
  272. communications, users should work closely with the telecommunications service
  273. providers and MIS personnel.
  274.  
  275. Note:  Refer to the "Interconnectivity Planning Checklist" (in this document)
  276. to document your internetwork connectivity plan.
  277.  
  278. Server-Based vs. Dedicated Routing
  279.  
  280. There are pros and cons for combining WAN routing with the LAN server
  281. (server-based router) and for establishing it as a separate router PC
  282. (dedicated router).
  283.  
  284. Combining NetWare MultiProtocol Router Plus with the NetWare 3.11 server can
  285. eliminate the cost of extra hardware.  However, demands for server services
  286. may cause performance degradation.  In such instances, the WAN might perform
  287. slower than expected for network services.  In a server-based, moderately
  288. loaded configuration, users can expect aggregate WAN throughput performance
  289. for all four ports, up to 3 Mbps when using one WAN Synchronous/+ Adapter. 
  290. For more than one high-speed WAN or multiple LAN connections, Novell
  291. recommends configuring NetWare MultiProtocol Router Plus as a dedicated
  292. router. 
  293.  
  294. The best performance at supported data rates, including T1/E1, is achieved
  295. when configuring the system as a dedicated router.  The advantages of using a
  296. dedicated PC for router functions are as follows: 
  297.  
  298. * It provides a backup unit if the server goes off-line.
  299.  
  300. * A server can be down for periodic maintenance and users still can route
  301. across the WAN for network services.
  302.  
  303. * A dedicated router can also be down for periodic maintenance and users
  304. still can attach to the local server for network services.
  305.  
  306. WAN Boards
  307.  
  308. A Novell Synchronous/V.35+, Synchronous/RS422+ (including X.21), or
  309. Synchronous/RS232C+ Adapter provides the connection to the communications
  310. device.  The Synchronous/+ Adapter serial port(s) attaches to either a
  311. DSU/CSU, X.25 switch, synchronous modem, or multiplexer, which in turn
  312. connects to the telecommunications line.
  313.  
  314. NetWare MultiProtocol Router Plus 2.1 supports the use of all four ports of
  315. the Synchronous/+ Adapter for routing or bridging.  Novell recommends the
  316. V.35 or RS422 interface for data rates from 1200 bps to 2.048 Mbps, and the
  317. RS232 interface for data rates of 1200 bps to 19.2 Kbps.  The four ports can
  318. be all the same speed or a mixture (as Table 4 shows).  A combination
  319. configuration can be used to support a dial-up line as a backup solution or
  320. additional low-speed routing.
  321.  
  322. Caution:  A Novell Synchronous/+ Adapter does not support PPP and X.25 on the
  323. same board; you need a separate board for each.
  324.  
  325. Table 4 - Port Configuration
  326.  
  327.               V.35 port      RS422 port      RS232C port                     
  328. (including X.21)
  329.  
  330. Supported     1200 bps to     1200 bps to      1200 bps to
  331. Line Speed   2.048 Mbps      2.048 Mbps        19.2 Kbps
  332.  
  333. Config 1 *      4 ports           ---              ---
  334.  
  335. Config 2 *        ---           4 ports            ---
  336.  
  337. Config 3          ---             ---            4 ports
  338.  
  339. Config 4 *      2 ports         2 ports            ---
  340.  
  341. Config 5        2 ports           ---            2 ports
  342.  
  343. Config 6          ---           2 ports          2 ports
  344.  
  345. * The Novell Synchronous/+ Adapter is not shipped in these configurations. 
  346. These configurations are achieved by replacing one of the daughter-boards. 
  347. The appropriate replacement board can be obtained from Newport Systems
  348. Solutions.
  349.  
  350. Sample Network Configurations
  351.  
  352. The following figures show examples of various network configurations that
  353. require multiprotocol routing.  Note that these network configurations do not
  354. show the use of source route bridging.  Network configurations involving
  355. source route bridging are explained in detail in Chapter 1 of the Source
  356. Route Bridge Supervisor's Guide.
  357.  
  358. LAN Configurations
  359.  
  360. Although routing can be done on any of the media types source route bridging
  361. can be done only on token ring networks.  Source route bridging can be used
  362. in combination with routing; the only exception is that you cannot route and
  363. bridge the same protocol on the same interface. 
  364.  
  365. WAN Configurations
  366.  
  367. The optimal configuration for LAN/WAN connections is a blend of products that
  368. best serves the economics and performance requirements of the organization. 
  369. Choose the appropriate WAN connectivity protocol (NetWare Link/PPP or NetWare
  370. Link/X.25) that meets the needs of the user community and the type of data
  371. that transfers across the router. 
  372.  
  373. Users typically need to perform a number of activities over the internetwork,
  374. including: 
  375.  
  376. * Remote office communications (file transfer)-- uploading and downloading
  377. files between branch offices.
  378.  
  379. * Electronic mail -- an increasingly used tool for communicating in large,
  380. geographically distributed organizations.
  381.  
  382. * Host access-organizations that need to provide users with access to key
  383. applications located in a host minicomputer or mainframe system.  With a
  384. NetWare for SAA communications server installed at your central LAN, NetWare
  385. users can run 3270 LAN workstation software on remote LANs to access the SNA
  386. host across the T1 or CEPT links.
  387.  
  388. * Direct file access -- real-time manipulation of data on a remote
  389. workstation, file server, or mainframe; for example, accessing a centrally
  390. maintained database.
  391.  
  392. * Network management -- the ability to monitor the activity of separate local
  393. area networks and distribute software and other LAN utilities from a
  394. centralized location.
  395.  
  396. NetWare MultiProtocol Router Plus accommodates applications with bandwidths
  397. from 1,200 bps up to 2.048 Mbps.  When using speeds above 1 Mbps, users may
  398. not realize their work is being routed over a wide area network.  Because of
  399. its capabilities, WAN connectivity provides unprecedented flexibility in
  400. constructing a wide range of internetworking solutions.
  401.  
  402. Headquarters Office
  403.  
  404. The NetWare MultiProtocol Router Plus software can be used to provide
  405. connectivity between remote branch offices and the network resources of a
  406. headquarters site.  The headquarters site is the central site for business
  407. operations and communications.  The headquarters router generally has a high
  408. concentration of wide area links and is at the hub connecting to the branch
  409. offices at the ends of the spokes.  Wide area connectivity is generally
  410. architected as a hub and spoke where the NetWare MultiProtocol Router Plus
  411. software supports a combination of up to 16 physical ports (four
  412. Synchronous/+ Adapters) for point-to-point leased lines or X.25 links.  The
  413. headquarters router should be dedicated to ensure that operations are not
  414. interrupted if a server is brought down.
  415.  
  416. Branch Office
  417.  
  418. Other corporate sites, besides headquarters, may include regional and branch
  419. offices located worldwide.  Regional offices probably require a dedicated
  420. router, while the need is less in a remote branch office, so that the NetWare
  421. MultiProtocol Router Plus software can be installed on the server.  The
  422. branch office server, servicing two to 15 PCs, can incorporate both the wide
  423. area network link and the managed hub card.  Wide area network connectivity
  424. can use various speed leased lines or X.25 packet-switched networks.
  425.  
  426. Leased lines are appropriate when guaranteed bandwidth, low latency, and
  427. fixed cost are important.  X.25 is preferred when data traffic is
  428. intermittent or bursty and would waste expensive fixed leased-line bandwidth.
  429. In the United States, leased lines are used more for domestic applications,
  430. whereas X.25 is used more for international interconnectivity.  X.25 can be
  431. more economical than leased line solutions because it combines the traffic
  432. from many locations into a single connection point.
  433.  
  434. Network Management
  435.  
  436. NetWare management functions require significant memory and CPU resources. 
  437. When using router management, you should configure your router for higher
  438. performance.
  439.  
  440. NetWare MultiProtocol Router 2.1 includes the following management
  441. capabilities:
  442.  
  443. * INETCFG -- In addition to being used to configure the router, this utility
  444. aids in troubleshooting by allowing you to view and edit the AUTOEXEC.NCF
  445. file, the configuration information file, and the messages generated during a
  446. system restart.
  447.  
  448. * RCONSOLE, ACONSOLE, and VT100 XCONSOLE -- These utilities allow you to
  449. manage your router remotely from any workstation that supports VT100 or VT220
  450. terminal emulation or an X Windows System interface.
  451.  
  452. * SNMP Support -- SNMP provides the necessary mechanism to allow network
  453. monitoring and management of protocols and devices having SNMP agents.  The
  454. NetWare SNMP Agent can receive and send SNMP packets over any transport layer
  455. protocol.  The transport layers included in the NetWare MultiProtocol Router
  456. software that provide SNMP support are IPX, IP, and AppleTalk.  The SNMP
  457. Agent that comes with the NetWare MultiProtocol Router software is extensible
  458. and supports several standard MIBs including MIB-II (RFC 1213), AppleTalk
  459. (RFC 1243), source route bridge (RFC1286), and OSI (RFC 1162).
  460.  
  461. * Protocol Consoles -- An expanded MONITOR utility includes counters for both
  462. Frame and Packet level parameters for IPX/SPX.  Other utilities include
  463. TCPCON for TCP/IP, an enhanced ATCON for AppleTalk, ISOCON for OSI products,
  464. and a new BRGCON for the source route bridge software.
  465.  
  466. * CONLOG -- NetWare system console audit logging utility.
  467.  
  468. Synchronous/+ Adapter diagnostics
  469.  
  470. A software utility called SD.EXE (run from DR DOS or MS-DOS) is included with
  471. the hardware for board diagnostics.  This utility can be used by the
  472. administrator in the event of board problems.
  473.  
  474. For more information about the SD diagnostic utility, refer to the
  475. Synchronous/+ Adapter Installation Guide.
  476.  
  477. Remote Management of Communication Devices
  478.  
  479. CPECFG (Customer Premises Equipment Configuration), an NLM utility installed
  480. on your router or server, provides expanded control of your data
  481. communications equipment.  You can now control customer premise equipment (if
  482. there is a supervisor port on the communications equipment) from any
  483. workstation on your internetwork through RCONSOLE, ACONSOLE, or VT100
  484. XCONSOLE.  This feature allows you to remotely configure, control, and
  485. troubleshoot data communications equipment from any workstation on the
  486. internetwork.  A standard null modem cable is used from the router's serial
  487. port to the supervisory port or terminal on the data communications
  488. equipment.  Refer to the manual provided with the data communications
  489. equipment for more information.
  490.  
  491. X.25 Trace Utility
  492.  
  493. The NetWare MultiProtocol Router Plus product provides the NXTRACE utility
  494. which aids in troubleshooting problems related to X.25 connections, line
  495. congestion, or general configuration issues.  For more information, see
  496. "Troubleshooting Tips" later in this document.
  497.  
  498. Other Considerations
  499.  
  500. Configuring with a Hub
  501.  
  502. The NetWare MultiProtocol Router software is well-suited for applications
  503. where a combination router/hub is required.  PC hub cards, such as Novell's
  504. Ethernet Hub Card and Intel's EtherExpress TPE hub, can be installed in the
  505. router and managed by Novell's Hub Services Manager.  The Hub Services
  506. Manager is included with NetWare MultiProtocol Router 2.1 and allows for the
  507. management of hub cards that comply with Novell's Hub Management Interface
  508. (HMI) specification.  Installing a hub within the router is a convenient and
  509. cost-effective way to create a subnet environment for small work groups or
  510. departments. 
  511. Configure for Future Expansion
  512.  
  513. If you intend to grow your network, add users, or add applications that
  514. increase traffic, select a system that will accommodate future traffic
  515. levels.  This enables you to easily expand your network without reconfiguring
  516. routers.
  517.  
  518. Time of Day Activities
  519.  
  520. Analyze your high-traffic level demands and design your router applications
  521. and configurations to accommodate these needs.  For example, if you expect
  522. many users to log in, read mail, and open databases at a certain time of day,
  523. configure your routers to handle this level of traffic.
  524.  
  525. WAN Connections
  526.  
  527. Making a WAN connection is accomplished using the NetWare Link/PPP or NetWare
  528. Link/X.25 software, some kind of a physical connection, and, in the case of
  529. NetWare Link/X.25, a defined Public Data Network (PDN) profile (included with
  530. the package) to make PDN connections easier to configure.
  531.  
  532. Physical Connection
  533.  
  534. A DSU/CSU, full-duplex synchronous modem, or other data communications
  535. equipment, such as a multiplexer or X.25 switch, is required at each router
  536. location.  Listed later in this document are the modems tested in the Novell
  537. laboratories.
  538.  
  539. NetWare Link/PPP and NetWare Link/X.25 are designed to run at any data rate
  540. within their respective ranges (1200 bps to 64 Kbps for NetWare Link/X.25 and
  541. 1200 bps to 2.048 Mbps for NetWare Link/PPP).  For example, NetWare Link/PPP
  542. can operate at 64 Kbps. 
  543. NetWare Link/PPP can also use the Megastream service (CEPT 2.048 Mbps)
  544. available in parts of Europe.  NetWare Link/PPP is not limited to the T1
  545. service provided in North America.  NetWare Link/X.25 is often installed to
  546. operate at 9600 bps over voice-grade lines, but can also support speeds up to
  547. 64 Kbps. 
  548.  
  549. NetWare MultiProtocol Router Plus adapts dynamically to speed changes on the
  550. link (for example, T1 multiplexers with dynamic bandwidth allocation).  In
  551. addition to these telecommunications services, NetWare MultiProtocol Router
  552. Plus works with private transmission facilities such as satellite, microwave,
  553. and optical fiber, with the requisite DSU/CSU equipment.
  554.  
  555. X.25 Profiles
  556.  
  557. The NetWare MultiProtocol Router Plus package provides a set of standard X.25
  558. profiles for the major public packet-switched networks worldwide. 
  559. Supervisors can use these profiles, modify them, or create their own
  560. customized profiles for any public or private data network.
  561.  
  562. Upgrading NetWare Link/64 or NetWare Link/T1
  563.  
  564. Upgrading from the NetWare Link/64 or NetWare Link/T1 software to the NetWare
  565. MultiProtocol Router Plus package is easy.  Just install the software on a
  566. server-based or dedicated router.  If you were using ROUTEGEN, you must
  567. install the NetWare MultiProtocol Router Plus 2.1 software on a 3.11 server. 
  568. Once the software is installed, you configure the software using the INETCFG
  569. utility.  All the LOAD, BIND, PROTOCOLs, and NETWORK ADDRESSes for all your
  570. LAN and WAN boards are configured by INETCFG.  When you plan the upgrade, you
  571. need to upgrade both connecting points on the link at the same time.
  572.  
  573. NetWare MultiProtocol Router Plus does not interoperate with the previous
  574. NetWare Link releases (NetWare Link/T1, NetWare Link/64, NetWare Link/X.25)
  575. or with NetWare 2.x servers.  By using the NetWare MultiProtocol Router Plus
  576. product, you preserve your synchronous hardware because it uses the same
  577. hardware as NetWare Link/64 and NetWare Link/T1 (except for NetWare
  578. Link/X.25).
  579.  
  580. Upgrading NetWare Link/X.25
  581.  
  582. Upgrading from NetWare Link/X.25, you need to purchase a new Synchronous/+
  583. Adapter board and install the NetWare MultiProtocol Router Plus software on a
  584. standalone router or NetWare 3.11 server.  The previous NetWare Link/X.25
  585. software was designed to operate with the Novell X.25 Adapter; the NetWare
  586. MultiProtocol Router Plus software is designed to operate with the Novell
  587. Synchronous/+ Adapters.  The NetWare Link/X.25 software operated with
  588. ROUTEGEN, which is an external router program that can function on an 8-bit
  589. PC.  NetWare MultiProtocol Router Plus operates on an 80386/80486, 32-bit PC
  590. using NetWare 3.11 or any other product that contains NetWare Runtime 3.11. 
  591. The previous hardware is an older generation 8-bit board, while the Novell
  592. Synchronous/+ Adapter is a 16-bit ISA board (full size slot) with an onboard
  593. processor (NEC V50) with 512 K memory.
  594.  
  595. Once the new board is installed, you can install NetWare MultiProtocol Router
  596. Plus software and configure the software using INETCFG. The INETCFG file,
  597. based on your configuration inputs, configures all the LOAD, BIND, PROTOCOLs,
  598. and NETWORK ADDRESSes for you automatically.  When you plan the upgrade, you
  599. need to upgrade all the points to which you were connecting.  NetWare
  600. MultiProtocol Router Plus does not interoperate with the previous NetWare
  601. Link/X.25 software.
  602.  
  603. Upgrading NetWare WAN Links
  604.  
  605. To upgrade NetWare WAN Links 2.0, simply install NetWare MultiProtocol Router
  606. Plus software and configure any new WAN connections using INETCFG.  All
  607. existing WAN connections were configured using INETCFG, and do not need to be
  608. reconfigured.  Because NetWare MultiProtocol Router Plus 2.1 is
  609. backward-compatible with NetWare WAN Links 2.0, you do not need to upgrade
  610. all the WAN connecting points, although it is advised. 
  611. WAN Interconnectivity Planning Checklist
  612.  
  613. This list is provided to aid in designing a WAN solution.  If in doubt, hire
  614. a qualified WAN consultant to implement your proposed solution.
  615.  
  616. Discovery Stage
  617.  
  618. [] Conduct user survey
  619. [] Conduct needs assessment study
  620. [] Define applications requirements
  621. [] Contact international system design consultants
  622. [] Determine site locations
  623. [] Determine site modifications 
  624. [] Develop timeline for project 
  625. [] Finalize system design 
  626. [] Propose solution to management 
  627. [] Budgetary approval 
  628. [] Assemble project team 
  629.  
  630. Implementation Planning Stage
  631.  
  632. [] Develop requirements for equipment/services bids
  633. [] Obtain government regulation guidelines for each country, including PTTs
  634. (Public Telephone and Telegraph) and Customs
  635. [] Investigate customs and holiday schedules for each country, and
  636. incorporate into schedule
  637. [] If possible, contract with local in-country integrators to assist in the
  638. final implementation phase
  639. [] Assign corporate in-country contact for project tracking responsibility at
  640. that location
  641.  
  642. Equipment Planning Stage
  643.  
  644. [] Evaluate necessary hardware
  645. [] Determine potential vendors, both local and international
  646. [] Obtain required PTT certification documents for equipment from vendors
  647. [] Obtain VERIFICATION documents from the PTT on the equipment
  648. [] Determine which communications gear can be purchased or brought in from
  649. outside the country in question
  650. [] Acquire permits, government approvals, and network addresses
  651. [] Send out bid requests to all vendors and service providers
  652. [] Select bids and award contracts
  653. [] Mock up network in-house for applications testing
  654. [] Document network and publish
  655. [] Develop cut-over schedule and publish
  656. [] Purchase or lease test gear for circuit and network troubleshooting 
  657.  
  658. Implementation Stage
  659.  
  660. [] Coordinate equipment delivery dates with all vendors
  661. [] Coordinate service installation dates with all PTTs and Carriers
  662. [] Run loopback tests with all telecom personnel, end-point to end-point, to
  663. ensure proper circuit operation at each location
  664. [] Install pilot location end-to-end and test applications for one week
  665. minimum to locate and repair problems and establish performance benchmark
  666. [] Complete installation of remaining sites on a scheduled basis, test each
  667. one, and allow for fine-tuning of network parameters
  668. [] Select team member to act as central contact for all internetworking
  669. issues
  670. [] Follow up with all vendors to ensure no loose ends remain
  671. [] Complete and publish network user documentation
  672. [] User training
  673. [] Complete and sign off project documentation
  674.  
  675. Troubleshooting Tips
  676.  
  677. Before You Call Novell Tech Support
  678.  
  679. * Check the NetWire SM section of CompuServe for the latest patches, drivers,
  680. and applications notes for the NetWare MultiProtocol Router series of
  681. products.  These continually updated files are located in either NOVLIB
  682. section 1, 8, or 9.
  683.  
  684. * Make hard copies of these configuration files:
  685.  
  686. STARTUP.NCF
  687. AUTOEXEC.NCF
  688. SYS:ETC\CONSOLE.LOG
  689. SYS:ETC\NETINFO.CFG  WARNING: DO NOT EDIT THIS FILE!
  690.  
  691. Examining these four files should help you spot a network configuration
  692. error.  If you need to call for technical support, it's a good idea to have
  693. these files printed, as well as a network map or drawing to help the
  694. technical staff examine the entire configuration as well as the surrounding
  695. environment (because most of the calls Technical Support receives are a
  696. result of configuration issues involving more than just the routers
  697. themselves).
  698.  
  699. * Print the contents of the CONFIG command by performing the following
  700. actions:
  701.  
  702. - Log in to the router from a workstation using RCONSOLE
  703.  
  704. - Type CONFIG at the console prompt
  705.  
  706. - Redirect the output to a printer by pressing <Shift><PrintScrn>
  707.  
  708. General Issues
  709.  
  710. Interface Boards
  711.  
  712. * Only use boards that are certified by Novell Labs.
  713.  
  714. * If you are using IBM token ring boards, a shared RAM size of 16 KB is
  715. recommended.
  716.  
  717. * In most cases, NetWare MultiProtocol Router's associated LAN and WAN boards
  718. can be installed with the Video Memory Addressing set to the factory default
  719. settings.  However, the default settings for some boards may conflict with
  720. already installed VGA/EGA boards.  To eliminate the conflict, either the
  721. VGA/EGA board or the network interface board must be reconfigured.
  722.  
  723. * When configuring the NetWare MultiProtocol Router software, do not use
  724. duplicate values for board parameters such as interrupts, memory map
  725. addresses, base I/O addresses, and network addresses.  Because no error
  726. messages are produced by the use duplicate values, you should record this
  727. information on a worksheet during configuration so that any conflicts can be
  728. easily seen and avoided.  Such a worksheet is provided in the NetWare Router
  729. Supervisor's Notebook.
  730.  
  731. * You cannot route IPX on two different interfaces boards that are attached
  732. to the same routed IPX network.  In the case of token ring networks, source
  733. route bridging can be used (instead of routing) to connect two or more IPX
  734. networks. 
  735.  
  736. * If you are routing on an Ethernet board, set the maximum physical receive
  737. packet size to at least 1514 in the STARTUP.NCF file.  If you are routing on
  738. a Token-Ring board, set the value to at least 4202.
  739.  
  740. * Before you install a network or Synchronous/+ Adapter in the computer, make
  741. sure that you check all the available interrupts, I/O base, and memory for
  742. all boards.  To avoid conflicts with board parameter settings, verify that
  743. the same values are not being used by multiple boards.  For reference, the
  744. values used by your PC are listed below:
  745.  
  746. COM1 usesIRQ-4, port=3F8-3FF
  747. COM2 usesIRQ-3, port=2F8-2FF
  748. LPT1 usesIRQ-7, port=378-37F
  749. LPT2 usesIRQ-5, port=278-27F
  750.  
  751. Refer to the hardware manual for each device to determine valid settings for
  752. IRQ, I/O base, and memory locations.  As you configure the router and WAN
  753. links, record this information on a worksheet so that any conflicts can be
  754. easily seen and avoided.  Such a worksheet is provided in the NetWare Router
  755. Supervisor's Notebook.
  756.  
  757. * The Novell Synchronous/+ Adapter only has one switch for I/O base address.
  758.  
  759. * The Novell Synchronous/+ Adapter only has one switch for I/O base address. 
  760. The interrupt and memory are all software driven.  When you use INETCFG to
  761. configure the NetWare Link/X.25 or NetWare Link/PPP protocols of the NetWare
  762. MultiProtocol Router Plus package, it allows you to select an I/O base,
  763. interrupt, and memory.  Ensure the INETCFG I/O base setting match the jumper
  764. setting on the board.
  765.  
  766. There are several memory options available. Each use a 64K range of memory. 
  767. All Synchronous/+ Adapters used to support NetWare Link/X.25 and NetWare
  768. Link/PPP can be configured to share a single memory range.  However, memory
  769. ranges cannot be shared with other boards.
  770.  
  771. Configuration
  772.  
  773. * Read the README.21 file located in the root directory of disk one.
  774.  
  775. * Obtain the latest LAN drivers from NetWire or your network interface board
  776. vendor.
  777.  
  778. * Always use the INETCFG utility to configure the NetWare MultiProtocol
  779. Router or NetWare MultiProtocol Router Plus software as a standalone router
  780. or a combination router/server.
  781.  
  782. * Do NOT modify the NETINFO.CFG file found in the SYS:ETC subdirectory.
  783.  
  784. * INETCFG provides a series of easy-to-use menus for router configuration the
  785. LOAD and BIND commands used with NetWare 3.11 and earlier servers.  INETCFG
  786. also allows you to view and edit (for troubleshooting purposes) the
  787. configuration information file (NETINFO.CFG), the AUTOEXEC.NCF file, and the
  788. messages generated during a system restart.  Finally, INETCFG provides
  789. several layers of context-sensitive help, making the configuration process
  790. quick and easy.
  791.  
  792. * INETCFG does not check for duplicate entries in protocol attachment.
  793.  
  794. * Your NETINFO.CFG file contains the LOAD and BIND commands you configured
  795. with INETCFG.  If you use the INSTALL utility to create an AUTOEXEC.NCF file
  796. after using INETCFG, the LOAD and BIND commands in your system memory are
  797. written to your AUTOEXEC.NCF file.  This procedure is not recommended,
  798. because it can create duplicate entries of the LOAD and BIND commands already
  799. in your NETINFO.CFG file.
  800.  
  801. * Do not load and bind the bridge from the command line.
  802.  
  803. Installation 
  804.  
  805. * For new installations of the NetWare MultiProtocol Router product, it is
  806. highly recommended that you automatically convert the commands in your
  807. AUTOEXEC.NCF file to INETCFG commands.  However, if you choose to perform a
  808. manual conversion of the AUTOEXEC.NCF file, all LOAD commands for LAN and WAN
  809. drivers and all BIND commands must be commented out within (or removed from)
  810. the AUTOEXEC.NCF file. Table 5 shows the protocol LOAD and BIND commands that
  811. must be commented out of the file.
  812.  
  813. Table 5 - LOAD/BIND Command Removal
  814.  
  815. Protocol      LOAD/BIND Commands
  816.  
  817. IPX           IPX (BIND commands only)
  818.  
  819. AppleTalk     APPLETLK
  820.                   ATLKSNMP
  821.  
  822. TCP/IP        TCPIP
  823.                   TCONFIG
  824.                   IPCONFIG
  825.  
  826. Other         ROUTE (LOAD commands only)
  827.  
  828. However, do not remove other services from the AUTOEXEC.NCF if they are
  829. present; for example:
  830.  
  831. - NFS
  832.  
  833. - AFP
  834.  
  835. - ATPS
  836.  
  837. * If you plan to use the NetWare MultiProtocol Router software in combination
  838. with another Novell product, see the README file for any special installation
  839. instructions required for your version of the product.  The order of
  840. installation is especially important if you are using NetWare for Macintosh,
  841. NetWare for SAA, or NetWare for NFS with the NetWare MultiProtocol Router
  842. software.
  843.  
  844. SAP Filter
  845.  
  846. * To filter traffic through the router but still allow access to the router
  847. through RCONSOLE, you must add the Remote Console to the filter list (in PASS
  848. mode).  The SAP filter only affects SAP traffic received from other servers
  849. and routers, not locally generated SAP traffic.
  850.  
  851. TELNET VT100, XCONSOLE, and ACONSOLE
  852.  
  853. * Your router can be managed remotely from any remote workstation that
  854. supports Telnet VT100 or VT220 terminal emulation or an X Windows System
  855. interface, as well as by using NetWare RCONSOLE or ACONSOLE.
  856.  
  857. DSU/CSU Issues
  858.  
  859. * Always make sure that there is only one transmit clock and one receive
  860. clock on the line.  More than one clock brings the line up and down
  861. repeatedly.
  862.  
  863. * If your clocking is being provided by either the DSU/CSU    or TELCO, make
  864. sure your line speed is set to EXTERNAL. Do not set this option to reflect
  865. the speed of the line; this is incorrect.  Selecting a line speed initializes
  866. the clocks built into the WAN board and confuses the DSU/CSU.  The built-in
  867. clocks are commonly used for back-to-back testing.
  868.  
  869. Remote Access and Control 
  870.  
  871. * You can configure your router to automatically restart by creating a .NCF
  872. file with these commands:
  873.  
  874. REMOVE DOS
  875. DOWN
  876. EXIT
  877.  
  878. Use RCONSOLE to attach to that router and run the .NCF file.  That restarts
  879. the router/server. Of course, make sure that you have the SERVER command in
  880. the AUTOEXEC.BAT file of the router/server.
  881.  
  882. LAN Tools
  883.  
  884. Here are a few simple tools to help you determine whether you have
  885. connectivity.  The idea of these brief descriptions is to give the installer
  886. an idea of what tools to use during an installation.  It is not a complete
  887. description of the NLM files presented, and does not address performance
  888. issues.
  889.  
  890. Non-Protocol Specific Tools
  891.  
  892. CONLOG.NLM
  893.  
  894. Logs console messages in an ASCII file called CONSOLE.LOG in the SYS:ETC
  895. subdirectory on the server on which CONLOG.NLM has been loaded.  The
  896. CONSOLE.LOG file can be used to check that during start up of the
  897. router/server, all modules have been loaded without any errors.  It can be
  898. viewed from the INETCFG utility screen under General Node Information-View
  899. Configuration Information-Console Messages.  See Chapter 3 of the NetWare
  900. MultiProtocol Router Supervisor's Guide for further details.
  901.  
  902. MONITOR.NLM
  903.  
  904. Under the LAN Information option, you can find a list of all the configured
  905. network adapters in the machine.  If an adapter doesn't appear on that list,
  906. it hasn't been initialized.  When this occurs, check the board configuration
  907. and be sure the INETCFG settings for the LAN board match the hardware
  908. settings and do not conflict with other boards in the machine.  Refer to the
  909. NetWare Version 3.11 Systems Administration manual for more details about the
  910. MONITOR Utility.
  911.  
  912. Protocol Specific Tools
  913.  
  914. AppleTalk
  915.  
  916. The ATCON.NLM file is a console utility for diagnosing AppleTalk network
  917. conditions and verifying connectivity.  ATCON provides information about the
  918. router's AppleTalk stack and any attached AppleTalk networks.  Load ATCON.NLM
  919. from the colon prompt.  Select "View RTMP table."  This table displays the
  920. RTMP responses the router has received from the AppleTalk network.  You can
  921. also use the "Lookup and Echo Services" option to verify AppleTalk device
  922. connectivity.  Please see the AppleTalk Support Package manual for further
  923. information.
  924.  
  925. NOTE:  A view limit list of 1000 items in the "View Zones List" and "View
  926. RTMP Table" has been placed into ATCON.  These two menu items can potentially
  927. display thousands of entries in a large network situation, causing ATCON to
  928. consume too much CPU time to process the information.  This limitation of
  929. 1000 items can be negated through the use of the "-w" switch when loading
  930. ATCON.
  931.  
  932. IP 
  933.  
  934. The TCPCON.NLM file allows the user to check connectivity when using TCP/IP
  935. in conjunction with SNMP.  LOAD TCPCON from the colon prompt and select the
  936. CHANGE HOST option.  Input the IP address of the remote host you want to
  937. test.  If details from that remote host are displayed, the remote host is
  938. alive and functioning.
  939.  
  940. NOTE: This utility requires SNMP to be loaded on the remote host; otherwise,
  941. you receive an error message that the host is unavailable.  Another cause of
  942. the "Host unavailable" message may be a routing error.  You can check the
  943. routing table of the NetWare MultiProtocol Router software by accepting the
  944. default value of "lb" in the "Change Host" option and selecting "Tables" from
  945. the main menu.  Select "Routing table" to view the routing information table
  946. that the NetWare MultiProtocol Router software has received from RIP or
  947. Static routes.  Compare this to the address topology of the network.  See the
  948. TCP/IP Transport Supervisor's Guide for more information.
  949.  
  950. IPX  
  951.  
  952. As of the NetWare MultiProtocol Router 2.1 release, there are no specific NLM
  953. tools for troubleshooting IPX connectivity.  There are specific commands
  954. available from the colon prompt that prove useful when troubleshooting IPX
  955. connection problems.  For example:
  956.  
  957. * Display Servers -- Lists all known NetWare servers names and the number of
  958. hops (IPX routers that must be crossed) to reach each servers.
  959.  
  960. * Display Networks -- Shows the IPX network number, the number of hops to
  961. reach the network, and the estimated time in ticks (1/18 of a second) for a
  962. packet to reach a network.  The number of known networks is shown at the end
  963. of the list.  For NetWare 3.11 servers, both the internal IPX network numbers
  964. and the cabling network numbers are displayed.
  965.  
  966. * Reset Router -- Resets the IPX Router table in the file server if this
  967. table becomes inaccurate or corrupted.
  968.  
  969. * Track On -- Displays three types of information: (1) Server, (2) Network,
  970. and (3) Connection Requests.  This information is formatted according to
  971. whether the router/server is receiving the information (IN), broadcasting the
  972. information (OUT), or receiving a connection request.  See the NetWare
  973. Version 3.11 System Administration manual for more details.
  974.  
  975. OSI
  976.  
  977. The ISOCON.NLM file is an SNMP-based program that can be used to manage local
  978. or remote systems.  This utility requires TCP/IP connectivity to monitor both
  979. local and remote OSI hosts/routers.  This utility allows you to check the
  980. CLNP routing tables, IS-IS system tables, and the IS-IS CLNP destination
  981. tables.  See the NetWare OSI Transport Supervisor's Guide for more
  982. information.
  983.  
  984. Source Route Bridge
  985.  
  986. The BRGCON.NLM file uses SNMP to provide the following capabilities:
  987.  
  988. * Basic Bridge Configuration Information
  989.  
  990. * Spanning Tree Per Bridge Information
  991.  
  992. * Ports Table
  993.  
  994. * Spanning Tree Port Configuration Information and Statistics 
  995. * Source Route Bridge Port Configuration Information and Statistics
  996.  
  997. * Interfaces Table
  998.  
  999. WAN Tools
  1000.  
  1001. The NetWare MultiProtocol Router Plus package includes several tools to help
  1002. you determine whether you have WAN connectivity.  These brief descriptions
  1003. give you an idea of what tools to use during an installation.  It is not a
  1004. complete description of the NLM files presented, and does not address
  1005. performance issues.
  1006.  
  1007. CONLOG.NLM
  1008.  
  1009. Logs console messages in an ASCII file called CONSOLE.LOG in the SYS:ETC
  1010. subdirectory on the server on which CONSOLE.NLM has been loaded.  The
  1011. CONSOLE.LOG file can be used to check that during initialization of the
  1012. router/server, all modules have been loaded without any errors.  It can be
  1013. viewed from the INETCFG utility screen under General Node Information-View
  1014. Configuration Information-Console Messages.  See Chapter 3 of the NetWare
  1015. MultiProtocol Router Supervisor's Guide for further details.
  1016.  
  1017. MONITOR.NLM
  1018.  
  1019. Under the LAN Information option, you can find a list of all the configured
  1020. LAN and WAN network boards in the machine.  If a board does not appear on
  1021. that list, it has not been initialized; therefore, check the board
  1022. configuration to ensure that the INETCFG settings for the WAN board match the
  1023. hardware settings and do not conflict with other boards in the machine. 
  1024. Refer to NetWare Version 3.11 Systems Administration manual for more details
  1025. about the MONITOR utility.
  1026.  
  1027. PPP
  1028.  
  1029. To check the state of PPP connectivity, use the MONITOR utility to check the
  1030. statistics for the PPP LAN driver.  Statistics for each port are displayed on
  1031. a per-port basis.
  1032.  
  1033. Following is an example of some of the statistics:
  1034.  
  1035. * Baud Rate
  1036. * Transmit Packets
  1037. * Transmit Packets Miscellaneous Errors
  1038.  
  1039. In addition, each port on the PPP board has states listed for the following
  1040. protocols:
  1041.  
  1042. * LCP (Link Control Protocol)
  1043. * AppleTalk
  1044. * IP
  1045. * IPX
  1046. * OSI
  1047. * Bridge
  1048.  
  1049. Each of these link states has a number associated with it.  State one
  1050. indicates that you have configured the protocol and it is listening for a
  1051. response on the line.  State five indicates that the protocol in question has
  1052. "opened" and is transmitting across the line.  State six indicates that the
  1053. protocol has closed the line and is not listening.  Additional definitions of
  1054. these numeric values can be found in Chapter 6 of the NetWare WAN
  1055. Connectivity Supervisor's Guide.
  1056.  
  1057. LCP 
  1058.  
  1059. A PPP link is established after the originating PPP first sends LCP packets
  1060. to configure and test the data link.  On the monitor screen, your LCP link
  1061. state should be set to five.  If it is not set to five, you are probably
  1062. having a data communications problem on the line.  Check and ensure that the
  1063. data encoding for the WAN links port connected to the DSU/CSU is set to the
  1064. same as the router on the other side of the connection.  Also make sure the
  1065. data encoding is the same as the DSU/CSU or other communications device to
  1066. which the port is connected.  Contact your TELCO and have them check the line
  1067. and perform loopback testing with the DSU/CSU.  Run the SD.EXE program (see
  1068. Novell Synchronous/+ Adapter Installation Guide) and test the Synch/+
  1069. Adapter.
  1070.  
  1071. AppleTalk, IP, IPX, OSI, Bridge
  1072.  
  1073. If the link state is at five and you are not getting connectivity on that
  1074. protocol, the problem probably exists in the configuration of the routed
  1075. protocol.  If the state is zero, you may have not enabled the protocol and it
  1076. is not listening on this line.  If the state is one, the protocol has been
  1077. configured and is waiting for a response from the other side.
  1078.  
  1079. X.25
  1080.  
  1081. The MONITOR utility provides frame and packet transmission statistics on a
  1082. per-port basis for X.25.  See Chapter 6 in the NetWare WAN Connectivity
  1083. Supervisors Guide for more information. 
  1084.  
  1085. NXTRACE.NLM
  1086.  
  1087. The NXTRACE utility is an NLM utility that can be run on the router or
  1088. server, providing a Data Link and Frame layer output of X.25 traffic.  The
  1089. utility aids in troubleshooting problems related to X.25 connections, line
  1090. congestion, or general configuration issues.  For example, a trace can be
  1091. logged to disk for later printout.  This printout can then be sent to your
  1092. PDN or Novell Technical Support for problem resolution, or reviewed by
  1093. internal telecom staff trained in troubleshooting X.25.
  1094.  
  1095. The NXTRACE utility generates a formatted screen or disk display of X.25
  1096. protocol and process activity.  NXTRACE consumes a considerable amount of
  1097. NetWare and CPU resources and should be used for diagnostic purposes only. 
  1098. Refer to Chapter 6 of the NetWare WAN Connectivity Supervisor's Guide for
  1099. further details.
  1100.  
  1101. Following is an example of a trace output (note that this is not a complete
  1102. listing):
  1103.  
  1104. 07/13/92 10:27:54 X25-CONNECTION FC 0 PH_ACTIV
  1105. 07/13/92 10:27:54 X25-CONNECTION FC 0 DL_CONN
  1106. 07/13/92 10:27:54 X25-CONNECTION FS 0 SABM 1 1
  1107. 07/13/92 10:27:54 X25-CONNECTION FR 0 SABM 3 1
  1108. 07/13/92 10:27:54 X25-CONNECTION FS 0 UA 3 1
  1109. 07/13/92 10:27:54 X25-CONNECTION FR 0 INFO 3 0 0 0 1000FB0700 
  1110.  
  1111. The hex codes that can originate within an X.25 trace listing are discussed
  1112. in Appendix B, "Link/X.25 Messages," of the WAN Connectivity Supervisor's
  1113. Guide under the "Cause Codes for Link/X.25 Trace" section.
  1114.  
  1115. CALLMGR.NLM
  1116.  
  1117. The call manager (CALLMGR.NLM) utility displays the status of IPX WAN
  1118. connections.  IPX WAN connections can be initiated and terminated from the
  1119. display screen.
  1120.  
  1121. CPECFG
  1122.  
  1123. This utility allows you to remotely configure, control, and troubleshoot data
  1124. communications equipment from any workstation on the internetwork, as
  1125. described on page 12.  Refer to the manual provided with the data
  1126. communications equipment for more information.
  1127.  
  1128. Back-to-Back Testing
  1129.  
  1130. You should perform back-to-back testing of all WAN interfaces before you
  1131. install the router on-site.  To implement a back-to-back test, use the
  1132. following steps:
  1133.  
  1134. 1. Construct the appropriate crossover cable (described below) and attach it
  1135. between the NetWare MultiProtocol Router Plus machines.
  1136.  
  1137. 2. Using either the PPP or X.25 Expert Port configuration menu, change the
  1138. line speed on one of the routers to a line speed other than "External."
  1139.  
  1140. 3. Set the appropriate protocol parameters and WAN Calls involved.
  1141.  
  1142. 4. On the other router, leave the speed setting to the default "External" and
  1143. save both settings.
  1144.  
  1145. 5. Restart both machines.
  1146.  
  1147. 6. Use the MONITOR utility (as described on page 21) to verify that the
  1148. connection is working properly.  You can also use the TCP/IP utility PING to
  1149. verify connectivity.
  1150.  
  1151. Figure 1 shows pinouts for constructing an RS422 crossover cable, which can
  1152. be used on either of the RS422 ports.
  1153.  
  1154. Figure 1 - RS422 Crossover Cable
  1155.  
  1156.    RS422 37-pin Connector       RS422 37-pin Connector
  1157.         Female End                    Female End
  1158.  (this side supplies clock) 
  1159.  
  1160.         Shield   1 <---------------->  1  Shield
  1161.             SG  19 <----------------> 19  SG
  1162.          DTR a  12 <----------------> 11  DSR a
  1163.          DTR b  30 <----------------> 29  DSR b
  1164.          DSR a  11 <----------------> 12  DTR a
  1165.          DSR b  29 <----------------> 30  DTR b
  1166.          TXD a   4 <---------------->  6  RXD a
  1167.          TXD b  22 <----------------> 24  RXD b
  1168.          RXD a   6 <---------------->  4  TXD a
  1169.          RXD b  24 <----------------> 22  TXD b
  1170.                             -------->  8  RX Clock a
  1171.     TX Clock a   5 <-------(
  1172.                             -------->  6  TX Clock a
  1173.                             --------> 26  RX Clock b
  1174.     TX Clock b  23 <-------(
  1175.                             --------> 23  TX Clock b
  1176.  
  1177. CTS........Clear To Send                 RTS.......Ready to Send
  1178. DCD........Data Carrier Detect           SG........Signal Ground
  1179. DSR........Data Set Ready                TX........Transmit Clock
  1180. DTE Clock..Data Terminal Equip Clock     TXD.......Transmit Data
  1181. DTR........Data Terminal Ready           RX Clock..Receive Clock
  1182. FG.........Frame Ground                  RXD.......Receive Data
  1183.  
  1184. Figure 2 shows pinouts for constructing a V.35 crossover cable for
  1185. back-to-back testing, which can be used for testing through either of the
  1186. V.35 ports.
  1187.  
  1188. Figure 2 - V.35 Crossover Cable
  1189.  
  1190.      V.35 34-pin Connector      V.35 34-pin Connector
  1191.           Female End                 Female End
  1192.    (this side supplies clock) 
  1193.  
  1194.             FG   A <---------------->  A  FG 
  1195.             SG   B <---------------->  B  SG 
  1196.            DTR   H <---------------->  E  DSR
  1197.            DSR   E <---------------->  H  DTR
  1198.           TXD x  P <---------------->  R  RXD x
  1199.           TXD y  S <---------------->  T  RXD y
  1200.           RXD x  R <---------------->  P  TXD x
  1201.           RXD y  A <---------------->  S  TXD y 
  1202.                             -------->  V  RX Clock x
  1203.      TX Clock x  Y <-------(
  1204.                             -------->  Y  TX Clock x
  1205.                             -------->  X  RX Clock y
  1206.      TX Clock y  Y <-------(
  1207.                             --------> AA  TX Clock y
  1208.                             -------->  C  RTS
  1209.            DSD   F <-------(
  1210.                             -------->  D  CTS
  1211.            RTS   C <--------
  1212.                             )------->  F  DCD
  1213.            CTS   D <--------         
  1214.  
  1215. CTS........Clear To Send                 RTS.......Ready to Send
  1216. DCD........Data Carrier Detect           SG........Signal Ground
  1217. DSR........Data Set Ready                TX........Transmit Clock
  1218. DTE Clock..Data Terminal Equip Clock     TXD.......Transmit Data
  1219. DTR........Data Terminal Ready           RX Clock..Receive Clock
  1220. FG.........Frame Ground                  RXD.......Receive Data
  1221.  
  1222. Figure 3 shows the pinouts for constructing an RS232 crossover cable for
  1223. back-to-back testing, which can be used on any of the RS232 ports.
  1224.  
  1225. Figure 3 - RS232 Crossover Cable
  1226.  
  1227.         DB-25 Connector            DB-25 Connector
  1228.           Female End                 Female End
  1229.   (this side supplies clock) 
  1230.  
  1231.             FG   1 <---------------->  1  FG 
  1232.            TXD   2 <---------------->  3  RXD
  1233.            RXD   3 <---------------->  2  TXD
  1234.            CTS   4 <---------------->  5  RTS
  1235.            RTS   5 <---------------->  4  CTS
  1236.             SG   7 <---------------->  7  SG
  1237.            DSR   6 <--------
  1238.                             )-------> 20  DTR
  1239.            DCD   8 <--------          
  1240.       TX Clock  15 <--------
  1241.                             )-------> 24  DTE Clock
  1242.       RX Clock  17 <--------          
  1243.                             -------->  6  DSR
  1244.            DTR  20 <-------(
  1245.                             -------->  8  DCD
  1246.                             --------> 15  TX Clock
  1247.      DTE Clock  24 <-------(
  1248.                             --------> 17  RX Clock
  1249.  
  1250. CTS........Clear To Send                 RTS.......Ready to Send
  1251. DCD........Data Carrier Detect           SG........Signal Ground
  1252. DSR........Data Set Ready                TX........Transmit Clock
  1253. DTE Clock..Data Terminal Equip Clock     TXD.......Transmit Data
  1254. DTR........Data Terminal Ready           RX Clock..Receive Clock
  1255. FG.........Frame Ground                  RXD.......Receive Data
  1256.  
  1257. Troubleshooting AppleTalk
  1258.  
  1259. * To configure AppleTalk to work on a WAN, one side of the WAN connection
  1260. should be configured to initiate outgoing calls and receive incoming calls. 
  1261. Therefore, a WAN Call Destination is required.  The other side of the WAN
  1262. connection should be configured to receive incoming calls, unless it needs to
  1263. make another connection through another port.  If you have both ends initiate
  1264. calls to each other on the same port and the WAN datelink used is PPP, you
  1265. may see the message "retrying call for target name xxxx.  Call attempt failed
  1266. because the selected port is currently in use."  Check whether there is
  1267. already an existing connection to the remote server, and reconfigure the
  1268. connection as needed.
  1269.  
  1270. * If you are running AppleTalk on X.25 at 19.2 Kbps and up, change the
  1271. Default Packet Size in X.25 (Packet Layer Parameters) from the default 128
  1272. bytes to 1024 bytes to increase performance.
  1273.  
  1274. * AppleTalk functions over PPP at 1200 baud.  Because of the low data rate,
  1275. throughput is slow.  AppleTalk can only function on X.25 at 2400 bps or
  1276. higher.
  1277.  
  1278. * Increase the Routing Table Update Timeout period from the default 10
  1279. seconds to anywhere between 60 and 300 seconds when using links below 19.2
  1280. Kbps.  This maximizes data throughput by minimizing the routing information
  1281. packets sent through the link.
  1282.  
  1283. WARNING: By maximizing the Router Table Update Timeout period, you adversely
  1284. affect the amount of time a network takes to converge after a change of
  1285. topology.
  1286.  
  1287. * If an internal network is configured on a NetWare AppleTalk router, the
  1288. router's Name Binding Protocol (NBP) name resides on the default zone of the
  1289. internal network.  If the internal network is not configured, the NetWare
  1290. AppleTalk router name resides on the default zone of the first LAN interface
  1291. bound to AppleTalk.
  1292.  
  1293. * When configuring AppleTalk "Attachment Parameters" (seed versus non-seed),
  1294. you must ensure that there is at least one seed router on each AppleTalk
  1295. network.  If there are other seed routers directly connected to the same
  1296. network, all the network numbers and zone names must be configured the same.
  1297.  
  1298. Troubleshooting IP
  1299.  
  1300. * Ensure that static routing is configured if other third-party routers that
  1301. do not use RIP are connected on the network.
  1302.  
  1303. * Ensure that the subnet mask you choose while configuring the router matches
  1304. the mask of your internet.
  1305.  
  1306. * Ensure that all client software has the default router option configured to
  1307. match the IP address of the network adapter inside the router that is
  1308. connected to the local segment.  If you are using Novell's LAN Workplace for
  1309. DOS product, the IP_ROUTER option in the NET.CFG file sets this parameter.
  1310.  
  1311. Troubleshooting IPX
  1312.  
  1313. The most common IPX configuration mistakes can be avoided by  following the
  1314. few rules listed below.  You may want to double check the following options
  1315. before calling Novell:
  1316.  
  1317. * Ensure that all servers/routers on the same LAN/WAN segment have unique
  1318. internal network numbers. In addition, servers/routers on the same network
  1319. segment must have the same IPX network number.
  1320.  
  1321. * When configuring IPX WAN Call Destination options, do not set both sides to
  1322. connect automatically.  If you want an automatic connection, set one side to
  1323. AUTOMATIC and one side to MANUAL.  If you set both sides to automatic, errors
  1324. are displayed on one of the routers.  Setting both sides to manual requires
  1325. the use of CALLMGR.NLM to connect the two routers.
  1326.  
  1327. * To establish an IPX connection over a WAN connection, third-party routers
  1328. must use IPX WAN RFC 1362) to initiate, maintain, and terminate the IPX
  1329. connection.
  1330.  
  1331. * Ensure that the IPX network number is different for each WAN link.
  1332.  
  1333. Troubleshooting Source Route Bridging
  1334.  
  1335. Troubleshooting Checkpoints
  1336.  
  1337. 1. Board Configurations and Frame Types
  1338.  
  1339. * Check that the defined speed of the token ring interface boards matches the
  1340. speed of the ring.
  1341.  
  1342. * All frame types for the interfaces attached to the ring are individually
  1343. loaded and bound.  For example, when bridging over a given token ring LAN
  1344. interface, make certain that both the TOKEN-RING and the TOKEN-RING_SNAP
  1345. frame types for that interface are loaded and bound.
  1346.  
  1347. * Ensure that the LAN Driver is ODI-certified to support source route
  1348. bridging.
  1349.  
  1350. 2. Ring Numbers
  1351.  
  1352. * Ensure that all bridges on a given ring have been assigned the same ring
  1353. number for the interfaces attached to that ring.
  1354.  
  1355. * Ensure that all token rings in a source-routed topology have been assigned
  1356. unique ring numbers.
  1357.  
  1358. * Ensure that the virtual internal ring number is unique for all rings in the
  1359. bridged network.  The virtual internal ring number must be non zero for the
  1360. virtual internal ring to be active.
  1361.  
  1362. 3. Bridge Numbers
  1363.  
  1364. * When using two or more parallel bridges between rings, ensure that each
  1365. parallel bridge has been assigned a unique bridge number.
  1366.  
  1367. * When using half-bridges, verify that both half-bridges use the same bridge
  1368. number.
  1369.  
  1370. 4. Virtual Internal Ring Numbers
  1371.  
  1372. * You must assign a virtual internal ring number when (1) There are three or
  1373. more LAN interfaces that support source route bridging (2) Clients requires
  1374. access to a server application when the underlying transport protocol for
  1375. that application is being source route bridged.
  1376.  
  1377. * Ensure that the virtual ring number is unique.
  1378.  
  1379. 5. Virtual WAN Rings
  1380.  
  1381. Verify that both interfaces that connect to the virtual WAN ring use the same
  1382. virtual WAN ring number for all rings in the bridged network.
  1383.  
  1384. 6. Half-Bridged WAN Links
  1385.  
  1386. Verify that both bridges have the same number and that the ring numbers are
  1387. the remote "target" rings.
  1388.  
  1389. Symptoms of Configuration Problems
  1390.  
  1391. The following lists various symptoms of configuration problems and the
  1392. associated resolution:
  1393.  
  1394. 1. Source route bridge is not bridging one or more protocols.
  1395.  
  1396. * Ensure that the appropriate frame types have been loaded    and bound to
  1397. the bridge.
  1398.  
  1399. * When a protocol is routed on an interface, bridging of that protocol is
  1400. automatically blocked.  Bridging cannot occur unless routing of that protocol
  1401. is disabled.
  1402.  
  1403. When routing on a multiport WAN board, bridging of that protocol is blocked
  1404. on all ports, even if routing is enabled on just one port.
  1405.  
  1406. * Check the filter table to ensure that no filter exists for the protocol.
  1407.  
  1408. 2. End stations cannot make a connection.
  1409.  
  1410. * If you have loaded upgraded server software that has been modified to
  1411. support larger buffer sizes than 4202, ensure the LAN drivers you are using
  1412. support this size.
  1413.  
  1414. * Check for duplicate ring numbers or bridges on the same ring with different
  1415. ring numbers assigned.  Load BRGCON.NLM and display the Source Route Port
  1416. Statistics.  If duplicate ring numbers exist, the appropriate error counter
  1417. increments.
  1418.  
  1419. * Check how often the hop count limit is being reached.  Load BRGCON.NLM and
  1420. display Source Route Port Statistics.
  1421.  
  1422. * If the end station is a NetWare client, ensure that the station has
  1423. ROUTE.COM loaded and the server has ROUTE.NLM loaded.
  1424.  
  1425. * Ensure the version of ROUTE.NLM is 1.12 (dated May 1, 1991) or later.
  1426.  
  1427. * You cannot log in to a server that is more than the maximum number of hops
  1428. set up in the source route bridge configuration.
  1429.  
  1430. 3. A protocol seems to be routed and bridged.
  1431.  
  1432. * Router and bridge configuration is not done through INETCFG.  Because
  1433. INETCFG informs the bridge which protocols are routed, the bridge does not
  1434. receive this information if INETCFG is bypassed.  Therefore, the bridge does
  1435. not block routed traffic.
  1436.  
  1437. * When attaching the bridge to a WAN interface, the "Plan to Route IPX"
  1438. option is set to "No" when, in fact, routing is actually configured.
  1439.  
  1440. 4. VBRIDGE clients do not work.
  1441.  
  1442. * Load MONITOR.NLM and display the LAN information for the VBRIDGE LANs.  The
  1443. Custom Statistics may indicate what the problem is.  It may be as simple as
  1444. assigning a virtual ring number or loading the right ROUTE.NLM (1.12 or
  1445. later).
  1446.  
  1447. * If you see Too Many Fragments or Raw Transmit errors, it indicates that one
  1448. or more of the clients cannot use the VBRIDGE.  Note that all NetWare
  1449. MultiProtocol Router clients have been validated to operate with VBRIDGE
  1450. (IPX, TCP/IP, AppleTalk, and OSI).
  1451.  
  1452. * If you see Receive Packet Route Too Long errors, it means that the hop
  1453. count of a peer connection is greater than seven or the Maximum Hop Count
  1454. parameter has been set to less than seven on one of the intervening source
  1455. route bridges.
  1456.  
  1457. * Ensure that the frame type is correct for the protocol.  For example: IP
  1458. and AppleTalk need VIRTUAL_SNAP, while IPX,    NetBIOS, SNA, and OSI need
  1459. VIRTUAL_8022.
  1460.  
  1461. 5. Unable to connect to an X.25 network.
  1462.  
  1463. Check that the local DTE address matches the remote DTE address at the other
  1464. end of the WAN link.
  1465.    
  1466. 6. Spanning Tree Issues
  1467.  
  1468. * Novell recommends that the IPX RETRY COUNT, specified in the NET.CFG on the
  1469. client, be changed from the default (20) to 40 or greater when implementing
  1470. standby (parallel) bridges.  This allows for a successful workstation
  1471. recovery from a bridge failure.
  1472.  
  1473. * On NetWare servers, use the default source route update interval (when
  1474. configured through INETCFG), or equivalently, the default TIME parameter for
  1475. ROUTE.NLM (when configured through the AUTOEXEC.NCF file).  The default is
  1476. three seconds.
  1477.  
  1478. 7. Frame Types for Protocols
  1479.  
  1480. * IP and AppleTalk require TOKEN-RING_SNAP.
  1481.  
  1482. * IPX, Spanning Tree Protocol, NetBIOS, SNA, and OSI require TOKEN-RING.
  1483.  
  1484. * If you are using the virtual internal ring, IP and AppleTalk require
  1485. VIRTUAL_SNAP, while IPX, NetBIOS, SNA, and OSI require VIRTUAL_8022.
  1486.  
  1487. Ordering Information
  1488.  
  1489. Product                                        Part Number NetWare
  1490. MultiProtocol Router 2.1 (3.5")        0062644002040 NetWare MultiProtocol
  1491. Router 2.1 (5.25")       0062644002057 NetWare MultiProtocol Router Plus 2.1
  1492. (3.5")   0062644002064 NetWare MultiProtocol Router Plus 2.1 (5.25") 
  1493. 0062644002071 Novell Synchronous/V.35+ Adapter               883-000840-001
  1494. Novell Synchronous/RS-422+ Adapter             883-000890-001 Novell
  1495. Synchronous/RS-232+ Adapter             883-000891-001 
  1496.  
  1497. Btrieve, DR-DOS, LAN Workplace, NetWare, Novell, and the "N" design are
  1498. registered trademarks of Novell, Inc.
  1499.  
  1500. NetWire is a Service Mark of Novell, Inc.
  1501.  
  1502. NE1000, NE2000, NE3200, NE/2, and NE/2-32, NetWare Hub Services, NetWare
  1503. Link/64, NetWare Link/PPP, NetWare Link/T1, NetWare Link/X.25, NetWare
  1504. Loadable Module, NetWare MultiProtocol Router, NetWare MultiProtocol Router
  1505. Plus, NetWare Runtime, NTR2000, RX-Net II, and NLM are trademarks of Novell,
  1506. Inc.
  1507.  
  1508. AppleTalk and Local Talk are registered trademarks of Apple Computer, Inc.
  1509.  
  1510. AST is a registered trademark of AST Research Corporation.
  1511.  
  1512. Compaq is a registered trademark of Compaq Computer Corporation.
  1513.  
  1514. ARCnet is a trademark of Datapoint Corporation.
  1515.  
  1516. VT100 and VT220 are registered trademarks of Digital Equipment Corporation.
  1517.  
  1518. 80386 and 80486 are trademarks and Intel is a registered trademark of Intel
  1519. Corporation.
  1520.  
  1521. SAA is a trademark and IBM, Micro Channel, and PS/2 are registered trademarks
  1522. of International Business Machines Corporation.
  1523.  
  1524. MS-DOS is a registered trademark of Microsoft Corporation.
  1525.  
  1526. NFS is a registered trademark of Sun Microsystems, Inc.
  1527.  
  1528. 3Com is a registered trademark of 3Com Corporation.
  1529.  
  1530. Novell, Inc., 1993.  All rights reserved.
  1531. 122 East 1700 South  
  1532. Provo, UT 84606
  1533. y